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Проанализированы задачи оперативного диспетчерского управления в газотранспортной отрасли. Предложены принципы раз- 
работки отраслевых автоматизированных систем диспетчерского управления. Описана инструментальная система, реализую- 
щая эти принципы. 


Введение 

Внедрение информационных технологий позво- 
ляет значительно повысить эффективность произ- 
водства в газотранспортной отрасли. Автоматиза- 
ция производства в этой отрасли часто приводит к 
уменьшению численности специалистов на некото- 
рых этапах технологических процессов, однако су- 
ществуют такие области производства, в которых 
роль человека в автоматизированных системах 
управления очень важна, в частности, роль диспет- 
чера в управлении газотранспортными сетями. 

Решение задач оперативного диспетчерского 
управления в газотранспортной отрасли предпола- 
гает, что диспетчерские службы получают в режиме 
реального времени технологические данные о со- 
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стоянии газотранспортных сетей от систем автома- 
тики и телемеханики и/или от автоматизирован- 
ных систем управления технологическими процес- 
сами (АСУ ТП), используемых в отрасли. Кроме 
того, для принятия эффективных решений диспет- 
черские службы должны вести в рамках тех или 
иных моделей сети расчеты потоков газа. Для обра- 
ботки и анализа технологических данных, проведе- 
ния таких расчетов и визуализации полученной 
информации необходимы высокоавтоматизиро- 
ванные системы оперативного диспетчерского 
управления с соответствующим многофункцио- 
нальным программным обеспечением (ПО). 

В настоящее время в России, учитывая много- 
образие задач автоматизации диспетчерских служб 
газотранспортной отрасли, в решении проблемы 
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создания систем диспетчерского управления сде- 
ланы только первые шаги [1,2]. Чаще всего разра- 
батываются программные средства для решения 
частных потоковых задач, либо создаются инфор- 
мационные системы для поддержки только части 
функций диспетчера на основе результатов обра- 
ботки и анализа технологических данных [2, 3]. 

В данной работе рассмотрены инструменталь- 
ные средства, позволяющие создавать автоматизи- 
рованные системы оперативного диспетчерского 
управления для решения всего комплекса задач 
диспетчерских служб при управлении газотранс- 
портными сетями отрасли. 

1. Задачи оперативного диспетчерского управления 

газотранспортными сетями 

Основная задача диспетчера при оперативном 
управлении элементами газотранспортной сети 
или ее участком состоит в обеспечении такого ре- 
жима работы элементов сети, при котором продукт 
транспортировки был бы доставлен от поставщика 
к потребителю в заданное время в заданном объе- 
ме. При решении этой задачи диспетчер, прежде 
всего, должен обеспечить безаварийность, техно- 
логичность и экологичность процесса транспорти- 
ровки газа и газоконденсата. 

Любое управляющее воздействие диспетчера на 
элементы газотранспортной сети основывается на 
информации о возможных способах воздействия 
на состояние сети, о текущем состоянии сети, а 
также на информации о том, в какое состояние она 
перейдет в результате этого воздействия. Кроме то- 
го, существует ряд трудноформализуемых требова- 
ний, которые определяют действия диспетчера. К 
ним, например, относится учет перечня потребите- 
лей, обеспечение которых продуктом транспорти- 
ровки должно вестись в приоритетном порядке 
(социально значимые объекты - школы, больницы 
и т. д.). На основе всей этой информации диспетчер 
принимает решение о способе воздействия на эл- 
ементы газотранспортной сети для решения своей 
основной задачи. Очевидно, что чем полнее, точ- 
нее и актуальнее эта информация, тем более обос- 
нованы диспетчерские решения и тем эффектив- 
нее выполнение основной задачи управления 
сетью. 

Поскольку объем технологических данных, 
описывающих состояние сети велик, то при реше- 
нии задачи обеспечения диспетчера необходимой 
информацией возникает надобность в оператив- 
ных агрегированных технологических и/или рас- 
четных данных (оп-{Ие-/Іу сотриіщ). Расчетные 
данные, полученные в рамках даже простых моде- 
лей сети, могут позволить диспетчеру быстро оце- 
нить состояние сети, в которое она перейдет в ре- 
зультате управляющих воздействий, и сократить 
время принятия решения. 

В настоящее время в ОАО «Газпром» сформули- 
рована и реализуется концепция отраслевой систе- 


мы оперативного диспетчерского управления 
(ОСОДУ) газотранспортными сетями Единой си- 
стемы газоснабжения (ЕСГ) России [1, 2]. Соглас- 
но этой концепции оперативное диспетчерское 
управление газотранспортными сетями ЕСГ дол- 
жно осуществляться на четырех иерархических 
уровнях. При этом результаты решения потоковой 
задачи на уровне центрального производственно- 
диспетчерского управления ОАО «Газпром» пред- 
ставляют собой задания для следующих по иерар- 
хии центральных диспетчерских служб газотранс- 
портных предприятий отрасли. На уровне этих 
служб рассчитывается режим работы региональных 
участков газотранспортных сетей. Результаты рас- 
четов, в свою очередь, определяют деятельность 
диспетчерских служб линейно-производственных 
управлений в составе газотранспортных предприя- 
тий и далее аналогично до нижнего уровня - ком- 
прессорных станций и компрессорных цехов. 

2. Принципы разработки и технические решения 
при создании ОСОДУ 

Учитывая концепцию ОАО «Газпром» по созда- 
нию ОСОДУ и опираясь на результаты нашей ра- 
боты [3], можно сформулировать следующие прин- 
ципы ее построения. 

1 . Структура является многоуровневой и иерархи- 
ческой, т. е. ОСОДУ - это совокупность вза- 
имосвязанных систем оперативного диспетчер- 
ского управления разного уровня. 

2. ОСОДУ имеет средства для создания и поддер- 
жания единого информационного простран- 
ства газотранспортной отрасли. 

3. Принцип открытости, позволяющий также ре- 
шать задачи непрерывного ее развития. 

4. Унификация основных режимно-технологиче- 
ских задач, решаемых в системе. 

5. Наличие высокого уровня информационной 
безопасности. 

Кратко прокомментируем эти принципы. ОСО- 
ДУ газотранспортными сетями должна иметь 
сложную многоуровневую структуру и позволять 
решать единую потоковую задачу газораспределе- 
ния путем необходимой и достаточной агрегации и 
передачи информации от нижних уровней иерар- 
хии к верхним и точного выполнения заданий вы- 
шестоящих диспетчерских служб. Система должна 
обеспечивать обмен технологической и расчетной 
(аналитической) информацией между уровнями 
иерархии диспетчерского управления и тем самым 
создавать для всех диспетчерских служб отрасли 
единое информационное пространство. Объемы 
передаваемой оперативной технологической и рас- 
четной (аналитической) информации, а также реа- 
лизация принципа агрегации информации от ни- 
жнего уровня к верхнему, должны определяться ре- 
гламентом взаимодействия диспетчерских служб 
разных уровней. 
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Открытость ОСОДУ предполагает возможность 
ее взаимодействия с финансово-хозяйственными 
системами газотранспортного предприятия, в пер- 
вую очередь, путем решения задач экспорта и им- 
порта данных. Внедрение информационных техно- 
логий при автоматизации диспетчерского управле- 
ния - процесс итерационный, поэтому система 
должна проектироваться с учетом технологий ее 
непрерывного развития и включать средства, по- 
зволяющие расширять ее функционал. 

Для обеспечения функций централизованного 
управления единой сетью газопроводов путем взаи- 
модействия диспетчерских служб необходима уни- 
фикация основных режимно-технологических задач 
в части совместимости результатов их решения при 
одинаковых исходных данных [3]. Это влечет за со- 
бой создание нормативной базы используемого 
прикладного ПО для расчета режимов [1]. Такая 
унификация позволит избежать неоднозначности 
при взаимодействии, как между различными произ- 
водствами газотранспортного предприятия, так и 
между газотранспортными предприятиями отрасли. 

Решение проблемы информационной безопас- 
ности предполагает создание в рамках ОСОДУ 
комплексной защиты информации с заданным 
классом защищенности информационных ресур- 
сов и информационных технологий от внешних и 
внутренних угроз [1]. ОСОДУ должна обладать 
гибким механизмом раздачи прав доступа и реги- 
страции действий диспетчера. Кроме того, необхо- 
дима сертификация класса безопасности системы 
согласно стандартам, предъявляемым Гостехко- 
миссией России. 

Решение проблемы создания ОСОДУ требует 
одновременного учета структуры системы и ее 
функций, поэтому следует использовать структур- 
но-функциональный метод системного анализа 
[4]. При этом, прежде всего, следует определить ос- 
новную функцию (цель) системы. Цель ОСОДУ 
состоит в поддержке процесса управления потоками 
газа в ЕСГ [2]. Затем следует произвести анализ 
этой цели путем ее декомпозиции, при этом деком- 
позицию подцелей следует продолжать до тех пор, 
пока не будут получены элементарные цели, дости- 
жимы с помощью известных средств. Результат 
можно представить в виде иерархии целей (субор- 
динированной совокупности необходимых усло- 
вий достижения главной цели), в которых цели ни- 
жнего уровня иерархии подчинены целям верхнего 
уровня, а цели верхнего уровня недостижимы, по- 
ка не достигнуты все цели ближайшего нижнего 
уровня [4]. Такая иерархия, согласно структурно- 
функциональному методу, будет являться основой 
для синтеза структуры ОСОДУ. Учитывая результа- 
ты анализа, а также сформулированные принципы 
разработки системы, были предложены следующие 
технические решения. 

Каждый уровень ОСОДУ строится на основе 
клиент-серверной архитектуры, при которой вся 
оперативная технологическая и иная информация 


поступает на сервер (серверы) баз данных (БД), а 
клиентское ПО позволяет оперировать этой ин- 
формацией как в оперативном многопользователь- 
ском режиме, так и в режиме анализа исторических 
данных. На каждом уровне диспетчерского упра- 
вления используется единообразное базовое как 
клиентское, так и серверное ПО. Такой подход по- 
зволяет, во-первых, осуществить работу диспетчер- 
ских служб в едином информационном простран- 
стве, во-вторых, позволяет существенно снизить 
стоимость разработки и эксплуатации ОСОДУ, в- 
третьих, единообразие ПО позволяет диспетчеру 
легко адаптироваться к системе при кадровых из- 
менениях, например, при переходе диспетчера из 
одного подразделения в другое. 

Серверное ПО решает задачи сбора, безопасного 
хранения, управления технологическими и анали- 
тическими данными и задачи передачи этих данных 
между различными уровнями ОСОДУ. В качестве 
базового серверного ПО на каждом из уровней си- 
стемы должна использоваться современная промы- 
шленная СУБД. При территориальной распределен- 
ности производства технологическая информация 
также может храниться распределенно на несколь- 
ких серверах данных, образующих иерархию, между 
которыми должен быть настроен обмен данными. 
Учитывая, что одним из принципов построения 
ОСОДУ является многоуровневость и иерархич- 
ность структуры системы, клиентское ПО должно 
иметь единые принципы построения на всех уров- 
нях диспетчерского управления. Это предполагает 
формирование базового ( типового ) ПО системы, со- 
стоящего из набора функциональных модулей, каждый 
из которых предназначен для решения определен- 
ного класса задач: визуализации мнемо- и техноло- 
гических схем, построения трендов, ведения журна- 
ла событий и др. Такая модульность позволяет фор- 
мировать рабочее место диспетчера любого уровня с 
использованием только необходимых ему функций. 

Таким образом, концепция создания ПО ОСО- 
ДУ состоит в разработке ПО инструментальной си- 
стемы ( базового ПО), на основе которого создается 
ПО семейства систем для разных уровней диспет- 
черского управления [5]. Адаптация системы для 
различных служб газотранспортного предприятия 
может реализовываться индивидуальной настройкой 
системы. Такая настройка может содержать вклю- 
чение/отключение дополнительной функциональ- 
ности, выбор основных технологических параме- 
тров, трендов, мнемосхем и т. д. Учитывая требова- 
ния информационной безопасности системы, в ее 
составе должна быть подсистема администрирова- 
ния, позволяющая разграничивать права доступа к 
системе, настраивать параметры обмена данными 
между серверами системы и др. Важным параме- 
тром любой информационной системы является ее 
открытость. Для ОСОДУ открытость предполага- 
ет возможность импорта и экспорта данных. Ин- 
терфейс пользователя должен позволять легко эк- 
спортировать результаты работы системы как в гра- 
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фическом виде, так и в числовом (текстовом) в 
программы Місгозой ОШсе (в первую очередь в 
МІСГ080Й ѴѴогсІ и МІСГ080Й Ехсеі). 

Для всех уровней диспетчерского управления 
интерфейс пользователя должен быть простым и 
удобным, отвечающим современным эргономиче- 
ским требованиям. На уровнях с небольшим объе- 
мом оперативной технологической и аналитиче- 
ской информации интерфейс должен быть пре- 
дельно понятным и лаконичным. В то же время для 
более высоких уровней диспетчерского управле- 
ния, где объем оперативной технологической и 
иной информации может быть значительным, 
необходимы дополнительные аналитические 
функции, расширяющие функционал системы, но 
не усложняющие интерфейс пользователя. 

3. Инструментальная система «Магистраль-Восток» 

В лаборатории Геоинформационных систем 
(ГИС) Института «Кибернетический центр» Том- 
ского политехнического университета создана ин- 
струментальная система «Магистраль-Восток», ос- 
нованная на вышеизложенных принципах и техни- 
ческих решениях. Рассмотрим ее основные подси- 
стемы (рис. 1). 


В состав системы входят распределенные БД с 
технологической, паспортной, картографической 
и плановой информацией, управляемые промы- 
шленной СУБД Місго8оД 8егѵег 2000. Поддер- 
живается неограниченное число удаленных серве- 
ров системы, в том числе, находящихся на различ- 
ных уровнях диспетчерского управления. Сервер- 
ная компонента системы поддерживает синхрон- 
ность данных и осуществляет автоматическую пе- 
редачу данных между удаленными серверами. Ме- 
ханизм передачи данных реализован на средствах 
репликации СУБД Місгокой §0Б §егѵег 2000, до- 
полненных оригинальными надстройками. В со- 
став системы входит универсальный модуль для 
сбора технологических данных от ряда АСУ ТП, 
поддерживающих стандарт ОРС (ОБЕ іог Ргосезк 
Сопігоі). Ядро клиентского ПО системы построено 
по модульному принципу и позволяет управлять 
подсистемами с помощью менеджера подсистем. 
Процесс формирования специализированной си- 
стемы, соответствующей требуемому уровню дис- 
петчерского управления, на базе инструменталь- 
ной системы сводится, в первую очередь, к опреде- 
лению набора подсистем и адаптации модели дан- 
ных системы к особенностям предприятия (на- 
стройка метаданных). Базовым инструментальным 
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средством при этом является подсистема админи- 
стрирования. 

Существует набор подсистем базового уровня, 
использование которых не зависит от специфики 
уровня управления сетями. При необходимости, 
для реализации требуемой функциональности спе- 
циализированная система может быть дополнен- 
ная другими подсистемами прикладного уровня, в 
том числе, и вновь разработанными. В базовом 
клиентском ПО имеется подсистема паспортиза- 
ции, предназначенная для просмотра, редактирова- 
ния и поиска паспортной информации по различ- 
ным технологическим объектам газотранспортной 
сети. Все паспортизируемые объекты делятся на 
классы объектов. Классы объектов, в свою очередь, 
образуют базовую иерархию классов, которая пока- 
зывает какие иерархические связи могут быть меж- 
ду объектами тех или иных классов (рис. 2). Для 
диспетчера такая иерархия представляется в виде 
дерева, узлами которого могут быть классы объек- 
тов и объекты класса. Как правило, у разных дис- 
петчеров есть потребность работать только с инте- 
ресующими их объектами, выстроенными в опре- 
деленной иерархии, а не со всем базовым деревом. 
Поэтому в инструментальной системе использует- 
ся концепция пользовательских деревьев. Она пред- 
полагает формирование произвольного числа част- 
ных иерархий, являющихся подмножеством базо- 


вой иерархии. Можно сформировать не только лю- 
бое число пользовательских деревьев, но и задать 
каждому узлу дерева индивидуальные свойства. 

В базовое клиентское ПО входит подсистема 
технологических параметров и трендов, предназна- 
ченная для просмотра как оперативных технологи- 
ческих данных, так и исторических данных в та- 
бличном и графическом виде. Для этого в подси- 
стеме имеются средства фильтрации и сортировки 
данных, позволяющие быстро из большого списка 
технологических параметров выбрать интересую- 
щие и сформировать группы наиболее часто ис- 
пользуемых параметров. Подсистема позволяет 
сформировать произвольное количество индиви- 
дуальных групп трендов значений технологических 
параметров как на одинаковые, так на разные вре- 
менные отрезки. Встроенный механизм слежения 
за изменениями технологических параметров дает 
возможность в реальном времени отображать такие 
изменения табличном виде и в графическом виде 
на трендах. 

Основное назначение подсистемы мнемосхем - 
оперативное отображение на мнемосхемах техно- 
логических процессов состояния оборудования и 
его технологических параметров. Каждая мнемо- 
схема представляет собой объектно-ориентирован- 
ное векторное изображение, состоящее из различ- 
ных графических объектов (рис. 3). Такие объекты 
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изображают те или иные объекты производства и 
основные технологические показатели состояния 
оборудования. Подсистема использует внешнюю 
графическую библиотеку Ѵесіог СгарЫсз АсІіѵеХ. 

Имеется геоинформационная подсистема, вы- 
полненная на основе библиотеки МарІпГо МарХ и 
реализованная в виде отдельной подсистемы визуа- 
лизации карт и технологических схем. Она позволя- 
ет работать с многослойными векторными и ра- 
стровыми картографическими материалами раз- 
личных масштабов, а также внемасштабными тех- 
нологическими схемами и планами. Как и мнемо- 
схемы, карты и схемы хранятся на сервере, а изме- 
нения, сделанные дизайнером карт и схем, отобра- 
жаются у всех пользователей. Для решения задач 
планирования мероприятий по устранению аварий 
система располагает функциями определения 
необходимых ресурсов для устранения аварии и 
прокладки пути на карте к месту аварии. Результа- 
ты планирования таких мероприятий могут быть 
представлены в виде плана мероприятий ( подси- 
стема планирования) и в виде схемы, на которой со- 
стояния элементов сети отображают аварийный 
режим работы сети. 

При решении задач потокораспределения и 
планирования текущего штатного режима работы 
сети, имеется подсистема инженерных расчетов, 
при этом в качестве данных для расчета использу- 
ются как паспортные атрибуты объектов, так и ак- 
туальные значения технологических параметров. 
Результаты расчетов могут быть представлены на 
схеме сети трубопроводов через изменение стиля 
отображения графических элементов, соответ- 


ствующих технологическим объектам сети. В на- 
стоящее время имеются модули, реализующие те- 
плотехнический расчет участка трубопровода, рас- 
чет потерь сухого газа, расчеты пропускной спо- 
собности и эффективности участка. При необходи- 
мости, вновь реализованные расчетные модули мо- 
гут быть добавлены к системе по технологии ріщіп. 
Для оперативного контроля ключевых технологи- 
ческих параметров также может использоваться 
подсистема формирования диспетчерских листов и 
ручного ввода. Эта подсистема основана на Місго- 
80Й ОШсе Ехсеі. Она также может работать в режи- 
мах просмотра или редактирования. В режиме 
просмотра диспетчер на обычном листе М8 Ехсеі 
может в реальном времени наблюдать значения тех- 
нологических параметров, а также выполнять руч- 
ной ввод определенных параметров (например, 
при аварийной ситуации). Режим редактирования 
предназначен для разметки и настройки листа. 
Примером тесной интеграции системы с приложе- 
ниями МІСГ080Й ОШсе может быть также подсисте- 
ма генерации отчетов. Выполненная в виде вне- 
шнего приложения она позволяет формировать 
шаблоны требуемых отчетных форм и осущест- 
влять их построение в виде готовых документов 
МІСШ80Й ОШсе Ехсеі. 

Заключение 

В работе рассмотрены задачи диспетчерского 
управления газотранспортной сетью. Предложены 
и обоснованы принципы построения автоматизи- 
рованной системы управления, отвечающие при- 
нятой в отрасли концепции построения ОСОДУ. 
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Показана необходимость разработки инструмен- 
тальной системы, на базе которой должны строить- 
ся системы управления диспетчерских служб раз- 
ных уровней. Приведено описание инструменталь- 
ной системы «Магистраль-Восток», реализующей 
вышеизложенные принципы и подходы. Эффек- 
тивность системы «Магистраль-Восток» подтвер- 
ждается результатами создания и успешного вне- 
дрения построенных на ее основе систем оператив- 
ного диспетчерского управления таких предприя- 
тий, как ОАО «Востокгазпром», ОАО «Томскгаз- 
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